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Method and device for broadcast in point-to-point networks 



(57) The invention relates to a method, a broadcast 
management centre, a router, a host and a system for 
performing broadcast in a point-to-point oriented pack- 
et-switched telecommunication network. The basic idea 
is to use multicast for parts of the transmission within 



said telecommunication network. The multicast tech- 
nique is used to send broadcast data to a geographical 
broadcast group to which a network node belongs. The 
network nodes are configured to a certain geographical 
broadcast group by the broadcast management centre. 
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Description 

[Technical field of the invention] 

[0001] The present invention relates to a method, 
broadcast management centre, router, host and system 
for performing broadcast in a point-to-point oriented 
packet-switched telecommunication network. 

[Background] 

[0002] Broadcast allows the possibility of addressing 
a packet to all destinations by using a special code in 
the address field. When a packet with this code is trans- 
mitted, it is received and processed by every user on 
the network. Upon receiving a packet and if a user is not 
intended to receive the message, it discards the re- 
ceived packets. In contrast to this the point-to-point 
communication means the sending of a message from 
a single sender to a single receiver Some broadcast 
systems also supports transmission to a subset of the 
users, the so-called multicasting. Multicasting is a serv- 
ice that permits sources to send a single copy of the 
same data to an address that causes the data to be de- 
livered to multiple recipients, who are registered to a 
multicast group. Therefore multicasting is a form of 
broadcasting. The difference is that in case of broad- 
casting the user is not requested to register to any 
group, the message is distributed to ail users. 
[0003] In broadcasting and also in multicasting only 
one copy of a message passes over any link in a network 
and copies of the message are made only where paths 
diverge. From the network perspective, broadcast dra- 
matically reduces overall bandwidth consumption, since 
the data is replicated in the network at appropriate points 
rather than in the end-systems. Further a server, which 
is sending broadcast messages, needs to manage only 
one session. 

[0004] In the following the registration procedure of 
Internet Protocol multicast will be handled in more de- 
tails. 

[0005] In case the multicast is used in Internet Proto- 
col fP network then it is called IP multicast. Among other 
features characterising the IP multicast, a specific form 
of addressing is applied using the existing IP address, 
like the so-called D- address in IP version 4. 
[0006] Within the IP multicast the membership of a 
multicast session group is dynamic which means that 
hosts may join and leave groups at any time. In order to 
allow hosts on networks to indicate whether they wish 
to join or leave a particular multicast group there is a 
protocol called the Internet Group Message Protocol 
IGMP. Thus this protocol lets the system know which 
hosts currently belong to which multicast group. This in- 
formation is required by the multicast routers to know 
which multicast data packet is to be forwarded onto 
which interface. 

[0007] The IGM P is a part of the I P layer and the f GM P 



messages are transmitted in IP data packets. The ver- 
sion 1 of IGMP is described in RFC 1112 "Host exten- 
sions for IP multicasting" S.E. Deering, Aug-01-1989, 
RFC 2236 "Internet Group Management Protocol, Ver- 

5 sion 2" W. Fenner, November 1 997 describes the ver- 
sion 2. The IGMP has been developed for IP version 4. 
In Internet Protocol IP version 6 there is a similar proto- 
col called Multicast Listener Discovery MLD, which is 
used for the same purpose as the IGMP. MLD provides 

10 more functionality as IGMP. The description of the first 
version of MLD can be found in RFC 2710 "Multicast 
Listener Discovery (MLD) for IPv6" S. Deering, W. Fen- 
ner, B. Haberman, October 1 999. However the messag- 
es used in MLD correspond to the IGMP messages. In 

15 the following the IGMP will be used as an exampie. Al- 
though this should not be restricted to the IGMP. the 
functionality of the invention is also given by usage of 
MLD. 

[0008] In principle the IGMP uses two basic messag- 
20 es to fulfil its tasks, the membership report and the 
membership query message and the following rules 
are applied. 

[0009] A multicast router sends a membership query 

at regular intervals to see if any hosts still belong to any 

25 group. The router must send one query out each inter- 
face. A host responds to a membership query by send- 
ing one membership report for each group that still 
contains at least one process. A host joins a group send- 
ing also the membership report. 

30 [001 0] Using the information received by applying the 
report and the query messages a table with its interfaces 
having at least one host in a multicast group is estab- 
lished. After reception of the multicast data, the router 
forwards the data out on those interfaces, which have 

35 at least one member. 

[0011] With IP multicast receivers do not need to 
know who or where the senders are to receive traffic 
from them and the senders never need to know who the 
receivers are. Neither senders nor receivers need to 

40 care about the network topology as the network optimis- 
es delivery. The distribution of the information via the IP 
multicast is performed on the base of a hierarchical con- 
nection of the hosts, like for example a multicast delivery 
tree. Several algorithms have been proposed for build- 

45 ing multicast distribution trees, like for example span- 
ning trees, shared-trees, source-based trees, and core- 
based trees. The descriptions of the corresponding al- 
gorithms can be found in "IP telephony: Packet-based 
multimedia communications systems" O. Hersent, D. 

50 Gurle, D. Petit, Addison-Wesley, Harlow, 2000. After the 
establishment of the multicast delivery tree, the distribu- 
tion of the information is done by the IP multicast routing 
protocols. The detailed description of the corresponding 
IP multicast routing protocols can be also found in the 

55 above-mentioned document. 

[0012] In order to explain the problem occurring by in- 
troduction of broadcast in a point-to-point oriented pack- 
et-switched telecommunication system in the following 
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an overview of the architecture of the General Packet 
Radio System GPRS network is given. 
[0013] The GPRS is the packet-switched enhance- 
ment of the Global System for Mobile Communication 
GSM, whfch is a circuit switched network. It means that 
the user can be permanently online connected but it has 
to pay only for the reaf data transfer. In order to fulfil the 
new requirements some changes are to be introduced 
into the GSM. Among other new logical nodes are to be 
introduced, the Serving GPRS Support Node SGSN and 
the Gateway GPRS Support Node GGSN. The main 
functions of the GGSN involve interaction with external 
IP packet networks providing connections to Internet 
Service Providers ISPs via the Gi interface. The SGSN 
serves all GPRS subscribers that are physically located 
within the geographical SGSN service area. It commu- 
nicates via the Gn interface, which defines the IP based 
backbone, with GGSN. The IP based backbone is the 
restriction of GPRS in that GGSN and SGSN are to be 
connected in a way that IP is run on top of the technology 
chosen, meaning that SGSN and GGSN communicate 
via IP addresses. This restriction applies also for the 
lu-PS interface, which is defined between the SGSN 
and the Radio Network Controller RNC. The RNC man- 
ages Radio Access Bearers for user data, the radio net- 
work and mobility. The Radio Base Station called also 
Base Transiver Station BTS or simply Base Station BS 
or in 3GPP, Node B, provides the radio resources and 
communicates with the user equipment over the Uu in- 
terface. 

[0014] A detailed description of the architecture is to 
be found in 3GPP TS 03.60 V7.5.0 (2001 -01 ) 3 rd Gen- 
eration Partnership Project; Technical Specification 
Group Services and System Aspects, DigitaJ cellular 
Telecommunications System (Phase 2+), General 
Packet Radio Service (GPRS), Service Description, 
Stage 2 (Release 1998). 

[0015] Similar nodes and interfaces are also used in 
the next generation of the wireless networks, Universal 
Mobile Communication System UMTS as described in 
3GPPTS 23.060 V3.6.0 (2001 -01) 3* Generation Part- 
nership Project; Technical Specification Group Services 
and System Aspects, General Packet Radio Service 
(GPRS), Service Description, Stage 2 (Release 1999). 
[0016] In order to distinguish between the functional- 
ity of these nodes in UMTS extended names are often 
used, 3G-SGSN and 3G-GGSN. In the following de- 
scription it will not be distinguished between the GPRS 
and UMTS nodes. 

[0017] Currently broadcast in mobile networks caus- 
es some problems. The impacts on the problems have 
among other things the mobility of the end users and 
low transmission bandwidth of the mobile network on 
the air interface. Further the communication in a mobile 
communication networks like for example in UMTS is a 
unicast communication. The unicast communication is 
also called point-to-point communication. In such kind 
of network, and in particular in the core network, it is not 



foreseen to perform broadcast or even multicast com- 
munication. The group communication is implemented 
by means of a point-to-point communication having a 
sender transmitting separately the same packets to 
5 each receiver instead of one packet when broadcasting 
is used. This means the IP broadcast messages are 
sent from a router settled in an external IP network, like 
the Internet to the mobile station via unicast connection , 
because from the point view of the mobile station the 
10 router in the internet is the first node in which the IP con- 
nection terminates and therefore the first node applica- 
ble for broadcast. Therefore the broadcast is performed 
on the application IP layer and the network nodes be- 
tween the server and the user forward merely the broad- 
's cast or multicast messages within the core part of the 
network without distinguishing between a broadcast 
message and a unicast message. The existing technol- 
ogy of a point-to-point oriented packet-switched tele- 
communication network, like UMTS does not foresee 
20 the utilisation of efficient broadcast. 

T0018] Beyond this, broadcast is fine when only sev- 
eral users share a small LAN, but in bigger networks, 
like UMTS, in which a large number of users are con- 
nected by different network nodes the broadcast be- 
25 comes a problem. In particular in mobile networks send- 
ing the broadcast information to all users leads to con- 
sume considerable amounts of network bandwidth. Fur- 
ther the user's equipment has to check the received in- 
formation and in case of irrelevant information it has to 
30 discard the received packets. This causes an inefficient 
utilisation of the network node's resources. However 
there are many applications, which relay on broadcast 
for example broadcasting service on demand, video and 
music programmes, multi-camera angle sport viewing 
35 and replay or alternate scenario dramas, which are pro- 
grams, which continuation depends on the result of vot- 
ing of the receivers. 

[0019] Often the applications using broadcast as a 
form of delivery depend on the geographical location of 
40 the user. Not taking geographical location into account 
means that the broadcast messages are sent to all users 
independently from the matter whether this message 
could be interesting for the user. 
[0020] In general introducing and performing of 
45 broadcast in a protocol stack, which is basically point- 
to-point oriented causes problems, then in such kind of 
networks a unicast channel is established for performing 
communication between two nodes. 

so [Summary and description of the invention] 



[0021] It is an object of the present invention to pro- 
vide a solution for an efficient introduction and perform- 
ing of broadcast in a point-to-point oriented packet- 
's switched telecommunication network. In particular it is 
object of the present invention to make the broadcasting 
depending on the geographical user location . 
[0022] The invention is embodied in a method, router, 
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broadcast management centre, host and system as dis- 
closed in claims 1, 15, 16, 18 and 19. Advantageous 
embodiments are described in the dependent claims. 
[0023] The idea for the purpose of broadcast provi- 
sioning in a point-to-point oriented packet-switched tel- 
ecommunication network is disclosed in claim 1. The 
said telecommunication network has a set of network 
nodes, wherein the set comprises a first router and at 
least one host serving at least one user. The first router 
can connect said telecommunication network with a fur- 
ther network in case a broadcast capable server is lo- 
cated in the further network. It is also possible to have 
the broadcast capable server located in the point-to- 
point oriented packet-switched telecommunication net- 
work. Said telecommunication network can of course 
have further network nodes, like for example further 
routers responsible for routing the data to the user. Ac- 
cording to claim 1 a broadcast management centre con- 
figures the network nodes for broadcast provisioning 
within a geographical broadcast group. The broadcast 
capable server sends the broadcast data to the first rout- 
er. A multicast technique on the transport layer is used 
to route the broadcast data from the first router to the 
host belonging to the certain geographical broadcast 
group. The host uses broadcast techniques to send the 
broadcast data to the at least one user. 
[0024] The advantage of the multicast technique on 
the parts of the transmission is a better utilization of the 
network resources. The broadcast data is not sent to 
every network node but only to the network nodes reg- 
istered to the geographical group. 
[0025] In a preferred embodiment of the invention the 
geographical broadcast group is defined as a geograph- 
ical area, which is a part of a Public Land Mobile Network 
PLMN. This can be for example a country like Nordr- 
heinwestfalen or a city. 

[0026] The configuration of the network nodes per- 
formed by the broadcast management centre can be 
done directly. With this solution the network nodes be- 
longing to the certain geographical area are addressed 
directly. This guarantees a fast configuration. However 
this implies that the broadcast management centre has 
all required information about the nodes, which are to 
be configured. 

[0027] In another embodiment of the invention the 
configuration performed by the broadcast management 
centre is done indirectly such that a network node is ad- 
dressed to establish connection to the further network 
nodes building the certain geographical area. The ad- 
vantage is that the broadcast management centre ad- 
ministrates information merely about some network 
nodes and these nodes have Information about further 
nodes. By applying this architecture the responsibility 
for configuration is delegated to the network nodes. 
[0028] In the embodiment, in which the configuration 
is done indirectly it is advantageous to send a message 
to the network nodes, which are to be configured and 
the nodes register to the corresponding geographical 



group. The registration can be done by means of exist- 
ing techniques for registration to a multicast group, like 
IGMPorMLD. 

[0029] The configuration of the network nodes is done 
5 via an information exchange interface between the 
broadcast management centre and the network nodes. 
The configuration is merely a part of information ex- 
change done on said interface. Further information can 
be for example the requirements information regarding 
the Quality of Service QoS. 

[0030] In a preferred embodiment of the invention it is 
foreseen to have an information exchange interface be- 
tween broadcast capable server and broadcast man- 
agement centre in order to support the broadcast man- 
agement centre with information, for example about the 
building of the geographical broadcast group. For this 
purpose the server sends information about a geo- 
graphical area, which could be interested in certain 
broadcast application. 

[0031] The multicast technique on the transport layer 
uses a transport level multicast group tunnel, which is 
established by means of transport layer protocol for tun- 
nelling. This means that for example in an IP switched 
network, which has two IP layers, the application IP lay- 
er and the transport IP layer as it Is further described, 
the broadcast or multicast transmission performed on 
the application IP layer is mapped to the transport IP 
layer. This means currently the broadcast or multicast 
transmission is performed on the application IP layer 
The invention proposes to redirect the broadcast or mul- 
ticast transmission from the application IP layer to the 
transport IP layer. This can be done using a tunnel es- 
tablished on the transport IP layer for the certain multi- 
cast group by means of a transport layer protocol for 
tunnelling, which preferably can be the GPRS Tunnel- 
ling Protocol GTP. 

[0032] In a preferred embodiment data delivery in the 
multicast part of the transmission is done using a multi- 
cast delivery tree, which can be established by means 
of existing multicast routing protocol. 
[0033] It is advantageous to use the IP multicast, be- 
cause of the existing delivery techniques, like for exam- 
ple the IP routing protocols using the IP packet header, 
in which the identifier of the multicast group is included. 
[0034] The transmission of the broadcast data from 
the host to the user is done by means of a broadcast 
technique. In mobile networks this part of the transmis- 
sion represents a radio interface. In a preferred embod- 
iment of the invention the broadcast technique on the 
radio interface can be Implemented by a broadcast 
bearer, delivering the same data to all users in one cell. 
[0035] It is advantageous that the network nodes per- 
form the mapping of the parts of the transmission in or- 
der to deliver the broadcast data. For example the 
broadcast data delivered from the broadcast capable 
server on a broadcast channel on the application IP lay- 
er are to be mapped in the first router to multicast chan- 
nels built on the transport layer. Further mapping is to 
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be performed in a further router, which sends the re- 
ceived multicast data over a further multicast channel, 
which is identified by another address, it can be also 
possible that a further router just forwards the received 
data. The mapping can results in adding or replacing the 
channels identifying addresses. It can also result in 
packet encapsulation. 

[0036] Further a broadcast management centre for 
broadcast and/or multicast management within a point- 
to-point oriented packet-switched telecommunication 
network is required for performing the invention accord- 
ing to claim 16. Said network is connected to a further 
network with a broadcast capable server and has net- 
work nodes comprising at least one router and at least 
one host serving at feast one user. The broadcast man- 
agement centre has a configuration unit for configura- 
tion of the network nodes to a geographical broadcast 
group. This unit is responsible for defining the network 
nodes and the required parameters in order to config- 
ure. The configuration is submitted to the defined nodes 
by means of a communication unit. The definition of the 
geographical broadcast group is based on the informa- 
tion received by a receiving unit. The information can be 
receivedfrom an operator or from the broadcast capable 
server via an interface between the said server and the 
broadcast management centre. 
[0037] The invention presents also a router adapted 
to perform multicast in a point-to-point oriented packet- 
switched telecommunication network connected to a 
further network with a broadcast capable server. The 
said telecommunication network has network nodes 
comprising at least one of the said router and at least 
one host serving at least one user. The router has a con- 
figuration unit for configuration of the network nodes in 
order to provide geographical broadcast group. The 
configuration can be done either directly in the router or 
the configuration unit is also requested to configure fur- 
ther network nodes to a geographical broadcast group. 
The router has also a receiving unit for receiving data. 
The data can be efther multicast data received from a 
previous router or broadcast data received from a 
broadcast capable server sitting on the further network. 
The received data is given to means for providing mul- 
ticast techniques on the transport layer in order to mul- 
ticast the data. A sending unit for sending the multicast 
data sends it towards the host belonging to the certain 
geographical broadcast group. It means it can be either 
a next router or a host. 

[0038] In case the router has to adapt the received 
data for the further routing according to a data structure 
for the administration of the relation between the re- 
ceived data and the sent multicast data is to be provided. 
[0039] Further the invention includes new functional- 
ity of a host. The host is to be adapted to perform broad- 
cast In a point-to-point oriented packet-switched tele- 
communication network wherein the host is connected 
on one side to at least one router and on the other side 
to at least one user. The host has a receiving unit for 



receiving multicast data. This data is sent from the router 
using a multicast technique on the transport layer. After 
receiving the multicast data an association unit is used 
for establishment of association of the receiving data to 
s the broadcast data, which are sent to the user. The host 
provides means forproviding broadcast techniqueto the 
user. Depending on the interface to the user different 
broadcast techniques can be used. The data is sent to 
the user by means of a sending unit. 
io [0040] Further the invention discloses a system 
adapted to perform broadcast in a point-to-point orient- 
ed packet-switched telecommunication network con- 
nected to a further network with a broadcast capable 
server and said telecommunication network having net- 
's work nodes comprising at least.one router and at least 
one host serving at least one user. The system includes 
at least one router, at least one host, and a broadcast 
management centre with the new functionality as de- 
scribed above. 

20 [0041] In the following a detailed description of the in- 
vention is given. 

Fig.1 : GPRS protocol archrtecture 3 
Fig.2: Relation of the network nodes according to 
25 the invention, 

Fig. 3: Configuration of the network nodes according 
to the invention, 
Fig.4: Registration procedure, 
Fig. 5: Broadcast data delivery procedure. 

30 

[0042] In the following the realisation of the multicast 
in a point-to-point oriented packet-switched telecommu- 
nication system is described. 

[0043] The above-mentioned requirements and re- 
35 strictionforthe functionality and communication manner 
of the introduced packet switched oriented nodes like 
SGSN or GGSN have their impact o n the developed pro- 
tocol stacks. As a result of the function of the GGSN as 
a router and as an interface to the external networks the 
4o |p layer below the application layer has been intro- 
duced. Further due to the restriction of having an IP net- 
work within the core network, It means between the 
GGSN and the SGSN and further to the RNC an IP layer 
has been introduced as a transport mean, below the ap- 
45 plication-specific tunnelling protocol. 

[0044] The following description concentrates merely 
on the two IP layers in the packet switched domain in 
respect to figure 1. Figure 1 shows an user, MS, which 
is connected over the Uu interface with an access net- 
so work, UTRAN. This network communicates via the 
lu-PS interface wfth a 3G-SGSN. The 3G-SGSN com- 
municates overthe Gn interface with 3G-GGSN. The Gi 
interface defines the interface to a further network, like 
for example Internet. 
55 [0045] In respect to figure 1 there are two IP layers, 
depicted as IP, PPP and UDP/IP, in the following de- 
scribed as application IP and transport IP layer. The ap- 
plication IP layer is located directly below the application 
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protocols, Applicat., in the protocol stack. The task of 
this IP layer is to connect the mobile station and the 
GGSN. This IP layer is transparent to the core network 
like for example the packet switching network. This is 
depicted in the figure 1 by a direct line going from the 
MS to the 3G-GGSN. The second IP layer is the trans- 
port IP layer used for transmission between the SGSN, 
GGSN and UTRAN. The payload traffic is transported 
across the Gn and lu-PS encapsulated in an application- 
specific tunnelling protocol, the GPRS Tunnelling proto- 
col GTP-U, which is an example of a transport layer pro- 
tocol for tunnelling. GTP packets use UDP as transport 
protocol. However there are different tunnelling proto- 
cols, which are responsible for building a tunnel and 
GTP is merely an example. In the figure 1 the other pro- 
tocols are mentioned due to the complementary rea- 
sons. 

[0046] Regarding to the presented two I P layer archi- 
tecture in the following a possible multicast technique 
on the transport layer is described. 
[0047] The multicast technique uses a transport level 
multicast group tunnel TLMG, which is established by 
means of transport layer protocol for tunnelling like for 
example GTP Therefore in case of IP- multicast the idea 
is to map the multicast performed on the application IP 
layer to the transport IP layer. On the transport IP layer 
a GTP tunnel is established for a multicast group. The 
tunnel is identified so that a mapping between the arriv- 
ing multicast data on the Gi interface to the GTP tunnel 
is guaranteed. The TLMG can be either established on 
demand, It means when the first multicast member reg- 
isters to a multicast group or it can be pre-established 
in order to make to initialisation procedure faster. In the 
following a multicast member describes a network node, 
which is configured to be a member of a multicast group, 
which build a geographical broadcast group. 
[0048] The establishment of a TLMG tunnel is done 
as foflowing. At first the so-called PDP-Context activa- 
tion is performed. The PDP context activation is like log- 
ging on the external IP network. For this aim amultlcast 
member identity is associated with an IP address. Dur- 
ing the PDP Context Activation a tunnel with an identity 
is created between the multicast member and the 
GGSN. During this procedure also Quality of Service 
QoS negotiation takes place. Jn order to register to a 
multicast group the multicast member sent an IGMP 
membership report message. In case the multicast 
group as indicated in the IGMP Membership Report 
does not exist in the GGSN yet, the GGSN creates a 
new entry for this. Additionally, the GGSN creates a 
Transport-Level -Multicast-Group TLMG on the trans- 
port IP layer for the multicast arriving on the application 
IP level. For this purpose the GGSN allocates a multi- 
cast address from the core network's address space. In 
the following It will be called the Multicast IP Address of 
the TLMG or alternative TLMG-MC Address or simply 
TLMG address. In order to create the proper TLMG, the 
GGSN can take the negotiated Quality of Service QoS 



requirements from the PDP context into account. 
[0049] The GGSN informs the corresponding nodes 
that it has mobile stations registering for a multicast 
group by means of enhanced GTP protocol as an ex- 
5 ample. A new GTP message, SGSN Membership Re- 
port Request can be used. It is also possible to use ex- 
isting message, for example an enhanced Packet Data 
Unit PDU notification message on the UDP connection 
for this purpose. 
10 [0050] The SGSN Membership Report Request mes- 
sage contains information required for the replication of 
the multicast stream Into multiple unicast streams in the 
certain node, like for example the TLMG-MCAd dress 
and the identification of the multicast member. Thus for 
is the multicast group traffic the GGSN ignores the tunnel 
that is already established for that MS by the SGSN dur- 
ing the PDP context activation and uses TLMGs, which 
form a multicast delivery tree. This kind of multicast de- 
livery tree will be called in the further description a TLMG 
delivery tree. With this method the to the GGSN over 
the Gi interface on the application IP arriving multicast 
data are redirected from the application IP layer to the 
transport IP layer, which performs the multicast in the 
core network using the TLMG delivery tree. 
[0051 ] A deregistration from a multicast group is done 
by means of the IGMP and is requested by the broad- 
cast management centre. For this purpose the multicast 
member sends an IGMP-Leave Message to the GGSN. 
The GGSN then can send a new GTP message to the 
multicast member to request the membership release. 
This message carries as parameter the TLMG MC Ad- 
dress and the address of the multicast member. Also the 
GGSN removes the mobile station from the list for the 
corresponding multicast address or just decreases the 
corresponding counter. In case this multicast member 
was the only one registered for the multicast group then 
the TLMG is released from the TLMG delivery tree. 
[0052] The described TLMG technique is only an ex- 
ample for performing a multicast technique, in the fol- 
lowing the performing of broadcast in a point-to-point 
oriented packet-switched telecommunication network is 
described in more details using any possible multicast 
technique in the core network. 

[0053] In the following the transmission of the broad- 
cast or multicast data performed on the application IP 
layer will be called U-broadcast or U-multicast. In con- 
trary to this the transmission on the transport IP layer 
will be called T- broadcast or T-multicast. Further the 
broadcast or multicast service on the radio bearer will 
be called R-broadcast or R-muiticast. Due to the fact 
that the broadcast or multicast on each layer provides 
a service in the following it will be also called U-, T- or 
R- multicast or broadcast service. For example a U- 
broadcast service is a broadcast application provided 
by the broadcast capable server, a T-multicast service 
can be any multicast technique on the transport layer, 
which is provided by the network operator and a R- 
broadcast is any broadcast technique on the radio inter- 
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face. 

[0054] For the realisation of the invention additional 
new nodes or new features in the existing nodes are to 
be introduced. In the following the newfeatures of a rout- 
er, on the example of the GGSN, newfeatures of a host, 
on the example of RNC/Node-B, new features of the 
broadcast capable router and broadcast management 
centre, I n the following the broadcast capable router will 
be called Multicast/Broadcast Server or MC/BC server 
and the broadcast management centre will be called 
MC/BC Management Centre with the meaning that both 
nodes .support also multicasting. The relation of the 
nodes is described in respect to figure 2. 
[0055] Figure 2 shows the geographicaf broadcast 
network architecture. The base stations BS are connect- 
ed to the RNC. A SGSN administrates via the Ju-PS in- 
terface the RNCs and on the other side it is connected 
to the GGSN. The GGSN communicates via the GJ in- 
terface with a MC/BC Server In figure 2 this server is 
depicted as U-MC/BC Server. The U/T-MC/BC Manage- 
ment Centre via an Interface going to the involved net- 
work nodes administrates the whole architecture. In the 
figure 2 this interface is depicted with the dotted line. 
They show that an U/T-MC/BC Management Centre can 
address all nodes within a network for example in order 
to perform the configuration. For the purpose of config- 
uration messages In form of a request and of an ac- 
knowledgment message are exchanged between the U/ 
T-MC/BC Management Centre and the corresponding 
nodes. In case there is a corresponding interface a com- 
munication to a U-MC/BC server can be performed. 
[0056] In the following the enhanced functionality of 
the GGSN is described. 

[0057] : Jn order to fulfil the new tasks the GGSN has 
to act as a local multicast router, which is able to handle 
arriving IGMP messages. Usually the nodes register for 
specific multicast groups in the GGSN and the GGSN 
keeps track of the active multicast groups in the packet 
switched network. 

[0058] Additionally, the GGSN creates multicast 
group in the scope of the network, it means from the 
GGSN towards the BTS. This multicast group can be for 
example the above-described Transport Level Multicast 
Group TLMG. The registration procedure is described 
further in more details. 

[0059] Further the new functionality of a host is de- 
scribed. In case of UMTS the task of a host can be per- 
formed by a RNC in connection with BTS or Node-B. 
[0060] If the SGSN is ordered to T-multicast a service, 
the SGSN orders the RNCs to T-Multicastandthe RNCs 
in turn order the BTS's or Node-B's to R-broadcast the 
service. Node-B stores the received multicast or broad- 
cast information and then either waits for the reception 
of the T-multicast data stream from the RNC or registers 
itself to the corresponding T-multicast delivery tree. The 
RNC/Node-B maps the incoming T-Muiticast service to 
a R-broadcast service. 

[0061] In addition to a packet switched network and 



the nodes of the network, U-MC/BC servers, a corre- 
sponding U/T-MC/BC Management Centre, and an U/ 
T-MC/BC Management Interface are needed. 
[0062] In the following the U/T-MC/BC Management 
s Centre is described. 

[0063] The U/T MC/BC Management Centre is used 
to configure the T-multicast and R-broadcast services 
in the PLMN regarding to the requested U- service. The 
U/T MC/BC Management Centre may have an interface 
10 to the U-MC/BC Servers in order to retrieve and send 
Information about the U-MC/BC service to be used for 
the T- and R- MC/BC service management and config- 
uration in the PLMN. The information to be retrieved 
from the MC/BC server can be for example the multicast 
is address of U-MC/BC service, such that the GGSN can 
register its elf to the corresponding multicast group using 
this multicast address, and the required QoS for the 
U-MC/BC service. Further the MC/BC server may send 
to the U/T MC/BC Management Centre the specification 
20 of the geographical area for a certain U-BC Service. 
[0064] The task of the U/T MC/BC Management Cen- 
tre can be also fulfilled by any other node, which has the 
above-mentioned functionality. 

[0065] In the following the U- MC/BC server is de- 
2s scribed. 

[0066] The U- MC/BC server contains and provides 
the U -broadcast service to the wireless subscribers in 
the PLMN. Said server is usually located in the further 
network, like for example the Internet und it does not 
30 have any information about the structure of the connect- 
ed networks. The U- MC/BC server merefy knows there 
is a network with at least one user which wants to re- 
ceive the broadcast information. The transmission is 
performed on the application IP layer therefore the pre- 
& fix U-. However, also a U-multicast service or a U-uni- 
cast service in the Internet can be used to provide a ge- 
ographical U-broadcast service in the PLMN if the U- 
multicast/unicast service is handled in the GGSN like an 
U-broadcast service. 
40 [0067] The difference is anyhow not visible to the end 
user within the PLMN. 

[0068] Regarding to the introduced nomenclatu re and 
the introduced function of the existing or new nodes the 
basic idea of the present invention is therefore to intro- 
& duce an efficient architectural solution for providing U- 
broadcast services to all subscribers that are able and 
willing to receive the service in a specific geographical 
areaofthePLMN.The U-broadcast service provisioning 
involves a U-broadcast server, a T-multicast technique 
so in the fixed infrastructure, which builds the core network, 
and of a R-broadcast technique on the radio interface. 
The U-broadcast service is support by a U/T- MC/BC 
management centre. 

[0069] In the following a preferred embodiment of the 
55 invention Is given. It describes the configuration of the 
geographical areas. 

[0070] Geographical U-broadcast services apply to 
the area covered by a BTS/Node-B, RNC, SGSN, 
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GGSN or the whole PLMN it means consisting of nodes 
in the distributing tree starting with the GGSN in the 
PLMN. Operators use the U/T-MC/BC Management 
Centre to configure one or more nodes in the PLMN for 
the U-broadcast service provisioning. Another possibil- 
ity for configuration is triggered by the MC/BC-server. It 
means the configuration is based on the parameters re- 
trieved from the U-MC/BC-server. This solution is to be 
applied, when there is an interface between the MC/BC- 
server and the U/T-MC/BC Management Centre. 
[0071] The U/T-MC/BC Management Centre per- 
forms the configuration of a node in the PLMN. This can 
be performed either directly or indirectly via any of the 
nodes higher up in the hierarchy. In the first alternative 
the U/T-MC/BC Management Centre orders a node to 
become part of a PLMN T-multicast group. It means the 
U/T-MC/BC Management Centre configures the BTS's 
and/or Node-B's directly to become part of the multicast 
group. This is done with registration done by means of 
an IGMP as it is described below. The direct configura- 
tion of the BTS requires that the nodes higher up in the 
hierarchy get informed about the configuration in order 
to deliver the broadcast data towards the BTS as it is 
described in the broadcast data delivery procedure. 
[0072] In the second solution the U/T-MC/BC Man- 
agement Centre configures an intermediate node, like 
for example a SGSN and the SGSN is responsible for 
establishment of connection towards the BTS or 
B-Nodes. The establishment of connection can be 
based on a multicast delivery tree. For this purpose the 
nodes, which are to be connected, are requested to reg- 
ister to the multicast group. The address of the multicast 
group is sent with the request message. The for the con- 
nection establishment addressed node is also advised 
by the U/T -MC/BC Management Centre for the size of 
the multicast group, this means for the nodes, which are 
to be connected. For example the U/T-MC/BC Manage- 
ment Centre can configure an SGSN that should T-mul- 
ticast a specific service in the whole coverage area. The 
configuration can contain any description from a simple 
configuration like the whole area up to more complex 
configurations like for example the whole area except 
RNC-4. 

[0073] Although it is possible to let the packet- 
switched network node determine on its own the corre- 
sponding nodes from input such as areas between cer- 
tain geographical coordinates, the logic to determine the 
network nodes for the T-multicast should generally re- 
side in the U/T-MC / BC Management Centre. 
[0074] The multicast group registration of the nodes, 
which are addressed to connect, is done by means of 
multicast group management mechanisms such as 
IGMP or MLD as it is described below. 
[0075] In the following the configuration procedure is 
presented in respect to figure 3. 
[0076] The figure 3 includes the following nodes, the 
U/T-MC/BC Management Centre depicted as U/T-MC/ 
BC Mgmt Centre, the U MC/BC Server, a gateway G, 



like for example GGSN, an serving node in between S, 
like for example an SGSN, an edge node R, like BTS 
and a mobile station MS. The configuration can be either 
started by the operator 1 0, or in case an interface to the 

5 MC/BC server exists by the said server, 10'. The oper- 
ator has to make it manually in contrast to the configu- 
ration via the interface to the MC/BC server, which 
makes it automatically. With this operation the U/T-MC/ 
BC Management Centre gets the information about the 

10 size of the multicast group with the belonging nodes. In 
next step can the U/T-MC/BC Management Centre ei- 
ther make the configuration of the multicast group di- 
rectly, 20 addressing the edge nodes directly or indirect- 
ly via the nodes higher in the architecture, 20 Mn respect 

15 to figure 3 the U/T-MC/BC Management Centre sends 
a message, 20* to the gateway G, which take care of 
establishment of connection, 30' and 40' towards the 
mobile station MS. 

[0077] Of course more then one T-multicast group can 
20 exists in a network. 

[0078] In the following a preferred embodiment of the 
invention is given. It describes the registration proce- 
dure. 

[0079] In case a BTS or Node-B is ordered to R- 

25 broadcast a T-Multicast service in the corresponding ge- 
ographical area, the BTS or Node-B receives the T-mul- 
ticast address for the U-broadcast service and the re- 
quired QoS. The U/T-MC/BC Management Centre can 
provide additional information in order to be used for the 

30 registration to the T-multicast group. Due to the fact that 
each node has information about all corresponding low- 
er-level nodes in the hierarchy, instead of ordering each 
lower level node by means of a dedicated u nicest mes- 
sage, a general configuration multicast group can be 

35 used to address all lower level nodes. The BTS or Node- 
B stores the received multicast information and registers 
itself to the corresponding T-multicast delivery tree. This 
can be done in case of an IP transport network by means 
of IGMP/MLD and results in a T-multicast delivery tree 

40 with the BTS or Node-B as leaf of the tree. The regis- 
tration message can be either send directly to the root 
of the tree or to the next nodes, which f onwards the mes- 
sage towards the root. 

[0080] In the following an embodiment of the registra- 
rs tion procedure is disclosed in respect to figure 4. The 
figure 4 shows an example for registration, when a gate- 
way is ordered 101 to establish connections to the 
nodes belonging to the certain geographical area. For 
this purpose the gateway G sends a request message 
50 to the concerned nodes using the hierarchical principle 
102, 103. In order to register to a multicast group the 
edge node, R sends an IGMP message to the gateway 
G 1 04 upon the multicast delivery tree for T-multicast is 
established from the gateway to the edge nodes R, 
55 which are the leafs of the tree, 1 05, 1 06. The multicast 
delivery tree for T- Multicast can be for example based 
on the above-described TLMGs. In this case after re- 
trieving the IGMP message a TLMG is built from the 
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GGSN, which is an example of a gateway G towards the 
BTS, which are an example for edge node R. The GGSN 
can address the BTS directly or it can build a TLMG to 
the SGSN, which is an example for serving node S, and 
instructs the SGSN to build up a TLMG to the BTS. In 
fact a source based multicast tree is created between 
the GGSN and all affected nodes in order to provide T- 
multicast service. It is also possible to have pre-confrg- 
ured TLMGs, which are pre-established with a certain 
QoS parameters. 

[0081] In the following a preferred embodiment of the 
invention is given. It describes the broadcast delivery 
procedure in respect to figure 5. The figure 5 includes 
same nodes as in to figure 3. 

rO0B2] Jn the first step the MC/BC server sends the 
broadcast data to the gateway G, 200. The broadcast 
data are sent via defined broadcast channels. The gate- 
way G is configured in the way that it knows which 
broadcast channels corresponds to which T-multicast 
deliver tree within the network. For this purpose the 
gateway G may administrate a mapping table for map- 
ping the broadcast channels existing on the interface to 
the MC/BC server to the multicast channels in a multi- 
cast tree existing in the core network. The gateway G 
redirects the broadcast data from the user layer, like for 
example the application IP layer, to the transport layer, 
like for example the transport IP layer, which is used to 
multicast the data by means of a T-multicast delivertree 
like the TLMG, 201 , 202. The intermediate nodes, S af- 
ter receiving the T-multicast data either simply forward 
it to the neighbouring nodes or an additional processing 
for the data is made, like for example further capsula- 
tion. Thedata is sent by means of T-mutticast technique, 
until the edge node.. R is reached. In generic description 
in case a 'higher-level node in the PLMN has to T-multi- 
cast a service in the corresponding geographical area, 
the node orders all corresponding lower-level nodes to 
T-multicast the service. It means in case an SGSN is 
ordered to T-multicast a service, the SGSN orders the 
RNCs to T-multicast. Preferably IP multicast is used to 
deliver the data to the edge nodes R. The edge node R 
makes a mapping from the T-multicast to R-broadcast 
and broadcasts the data to the users. 
[0083] Additional information can optionally be pro- 
vided to the users in the corresponding geographical ar- 
ea in orderto inform these about the U-broadcast serv- 
ice and the corresponding contents. This U-broadcast 
service information is kept in the U-MC/BC servers but 
might be updated from the U/T-MC/BC management 
centre, ft means the U-broadcast service information 
can be sent on a pre-conf igured default U-BC stream, 
which is known by all terminals, like for example a vid- 
eotex! The distribution of the U-broadcast service infor- 
mation can be also a task of the U-MC/BC server, which 
informs the end user terminals about the availability of 
a service. This might be achieved by sending informa- 
tion about the availability and the details of the retrieval 
of the program via an available data transmission serv- 



ice, like for example SMS, USSD, WAP or a Session 
Announcement Protocol. 

[0084] The information about the broadcast service 
availability is sent preferably to those nodes, which be- 
5 long to a certain geographical area. The configuration 
can be either performed, when the network is booted up 
and the broadcast service is adapted to the configura- 
tion or the network is configured on demand, it means 
when a new broadcast service is supported a configu- 
io ration of the network is performed. In the last case it is 
preferably to use the interface between the broadcast 
capable server and the broadcast management centre. 
[0085] The solution covered in this invention focuses 
on the packet switched domain in GSM or UMTS net- 
's work. In general, the ideacan be applied whenever tun- 
nelling is used, such as with GTP, L2TP, IPSec, Mobile 
IP, etc. Therefore the invention can be applied to any 
networks with two IP layers, it means an application IP 
layer and a transport IP layer. Also for case where the 
20 transport layer is based on another technology that sup- 
ports multicast transmission like for example ATM with 
multicast enhancements the mechanisms can be ap- 
plied. 
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Claims 



1 . Method for performing broadcast in a point-to-point 
oriented packet-switched telecommunication rret- 
30 work having a set of network nodes wherein the set 
comprises afirst router and at least one host serving 
at least one user and the first router communicates 
with a broadcast capable server 
characterised in that 

35 

a broadcast management centre configures the 
network nodes for broadcast provisioning with- 
in a geographical broadcast group, 

- the broadcast capable server sends the broad- 
40 cast data to the first router and, 

- multicast techniques on the transport layer is 
used in order to route the broadcast data from 
the first routerto the at least one host belonging 
to the geographical broadcast group and, 

45 - the host uses broadcast techniques to send the 
broadcast data to the at least one user. 

2. Method according to claim 1 characterised in that 

the geographical broadcast group is defined as a 
^o geographical area of a Public Land Mobile Network 
(PLMN). 

3. Method according to claim 1 or 2 characterised in 
that the configuration performed by the broadcast 

55 management centre is done by directly addressing 
the network nodes belonging to the certain geo- 
graphical area. 
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4. Method according to claim 1 or 2 characterised in 
that the configuration performed by the broadcast 
management centre is done indirectly such that a 
network node is addressed to establish connection 

to the further network nodes building the certain ge- 5 
ographical area. 

5. Method according to claim 3 or 4 characterised in 
that the establishment of the connection is done by 
requesting the corresponding nodes to register to fo 
the certain geographical area. 

6. Method according claim 3 or 4 characterised in 

that the indication for registration to a multicast 
group is done by means of Internet Group Message is 
Protocol IGMP or Multicast Listener Discovery MLD 
protocol. 

7. Method according to one of the proceeding claims 
characterised in that the configuration is part of ^ 
information exchange via an information exchange 
interface between the broadcast management cen- 
tre and the network nodes. 

8. Method according to one of the proceeding claims 25 
characterised in that the broadcast capable server 
supports the broadcast management centre with in- 
formation exchanged by means of an information 
exchange interface between broadcast capable 
server and broadcast management centre. 30 

9. Method according to any of the proceeding claims 
characterised in that the multicast technique on 
the transport layer uses a transport level multicast 
group tunnel, which is established by means of 35 
transport layer protocol for tunnelling. 

10. Method according to claim 9 characterised in that 
the transport layer protocol for tunnelling is a GPRS 
Tunneling Protocol GTP Protocol. *o 

11. Method according to any of the proceeding claims 
characterised in that the multicast data delivery is 
done using multicast delivery tree established by 
means of multicast routing protocol. 45 

12. Method according to one of the preceding claims 

characterised in that the multicast is an IP- 
multicast 

50 

13. Method according to one of the proceeding claims 
characterised In that the broadcast technique us- 
es the broadcast technique provided on the radio 
interface. 

55 

14. Method according to one of the proceeding claims 
characterised in that in order to deliver the broad : 
cast data to the user a mapping of parts of the trans- 



mission in the involved network nodes are per- 
formed. 

15. Broadcast management centre for broadcast and/ 
or multicast management in a point-to-point orient- 
ed packet-switched telecommunication network 
having a set of network nodes, wherein the set com- 
prises a first router and at least one host serving at 
least one user and the first router communicates 
with a broadcast capable server 
characterised in that 

the broadcast management centre has 

configuration unit for configuration of the net- 
work nodes to a geographical broadcast group 
and, 

communication unit for communicating with the 
network nodes and, 

receiving unit for receiving information on which 
basis the geographical broadcast group is de- 
termined. 

16. Router adapted to perform multicast in a point-to- 
point oriented packet-switched telecommunication 
network having a set of network nodes, wherein the 
set comprises at least one of the said router and at 
least one host serving at least one user and the first 
router communicates with a broadcast capable 
server 

characterised in that 

the router has 

configuration unit for configuration the network 
nodes in order to provide geographical broad- 
cast group and, 

receiving unit for receiving data and, 
- . means for providing multicast techniques on 
the transport layer and, 
sending unit for sending the multicast data to- 
wards the host belonging to the certain geo- 
graphical broadcast group. 

1 7. Router according to claim 1 6 characterised in that 
the router controls a data structure for the adminis- 
tration of the relation between the received data and 
the sent multicast data. 

18. Host adapted to perform broadcast in a point-to- 
point oriented packet-switched telecommunication 
network wherein the host is connected on one side 
to at least one router and on the other side to at 
least one user 

characterised in that the host has 

receiving unit for receiving multicast data sent 
by means of a multicast technique on the trans- 
port layerfrom the router and, 
association unit for association of the receiving 
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multicast data to the broadcast data sending to 
the user and, 

means for providing broadcast technique to the 
user 

sending unit for sending the data to the user. 5 

1 9. System adapted to perform broadcast in a point-to- 
point oriented packet-switched telecommunication 
network having a set of network nodes, wherein the 
set comprises at least one router and at least one 10 
host serving at least one user and the first router 
communicates with a broadcast capable server 
characterised in that 

the system includes a broadcast management cen- 
tre according to claim 1 5 , at least one router accord- is 
ing to claim 1 6, at least one host according to claim 
18 and the method according to claim 1 is per- 
formed. 
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